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(57) A node configuration information management 
method and a wireless network system whereby node 
configuration information about a wireless bus compris- 
ing a hub station and a plurality of nodes is managed by 
the hub station in a centralized manner so that the hub 
station can share the latest node configuration informa- 
tion with all of the nodes. According to the node config- 
uration information management method, when the 
node information in the wireless bus 11 is modified, a 
node notifies the hub station of the modification via a 
modification notifying packet. Further 1) Each node and 
the hub station store the node configuration information 
about each node in a node configuration information ta- 
ble, and the hub station has a counter for managing the 
updating of the node configuration information table as 
a whole and transmits a count in each frame; 2) The hub 
station, upon reception of the node configuration modi- 
fication notification from the node, updates its own node 
configuration information table, and broadcasts update 
information to all of the nodes; 3) The node receives the 
modification information and updates its own node con- 
figuration information table, while receiving the count 
transmitted in each frame, determining if there is updat- 
ing on the part of the hub station, requesting retransmis- 
sion of differential information concerning the differ- 
ence, if any, from its own node configuration information 
table, and updating its own node configuration informa- 
tion table. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to a method of 
managing node configuration information in a wireless 
network environment comprised of a hub station and a 
plurality of terminals, whereby the node configuration in- 
formation in the network is managed by the hub station 
in a centralized manner. The invention also relates to a 
wireless network system. 

BACKGROUND ART 

[0002] Recently, attention is being focused on net- 
work systems in which multiple electrical household ap- 
pliances are connected by cables for transmission and 
reception of voice and image data. For example, it is 
now common to watch videos shot with a digital video 
camera by connecting the camera to a monitor by ca- 
bles, or to edit images by connecting the camera to a 
video apparatus. More recently, there is a trend of build- 
ing such network systems not with cables but wirelessly. 
Wireless transmission and reception provides an ad- 
vantage in that the troublesome aspects of wiring devic- 
es can be eliminated. An example of such a wireless 
network (to be referred to as a wireless bus) will be de- 
scribed below. 

[0003] Fig. 32 shows a block diagram of a configura- 
tion of terminals and a hub station in a wireless bus. Nu- 
meral 1 designates a wireless bus (wireless network), 2 
a hub station, and 3-6 nodes formed by multiple termi- 
nals. The wireless bus 1 includes a plurality of devices 
called nodes, and multimedia data is transmitted and re- 
ceived among the nodes. The transmission and recep- 
tion of the data are managed by the hub station 2. In 
order to enable inter-node wireless communication, the 
nodes 3 to 6 in the wireless bus 1 have memory regions 
for storing node configuration information concerning 
the wireless bus 1 , node information about each node, 
and inter-node communication quality information. The 
hub station 2 is selected from those of the nodes 3 to 6 
in the wireless bus 1 that have the functions required of 
a hub station. One prerequisite for a node to become 
the hub station 2 is that the node be located at a position 
that allows it to communicate with every other node in 
the wireless bus 1 . The hub station 2 is also required to 
have functions for gathering and analyzing the node 
configuration information, node information for each 
node, and inter-node communication quality information 
transmitted from the nodes 3 to 6, so that it can manage 
the latest information. 

[0004] Hereafter, the node configuration information, 
node information, and inter-node communication quality 
information managed by the hub station 2 will be de- 
scribed. 

[0005] The node configuration information indicates 
whether or not the individual nodes 3 to 6, which are 



centrally managed by the hub station 2, can carry out 
communication. When there is a change in the node 
configuration in the wireless bus 1 , such as when a node 
is newly registered or deleted, the node configuration 

5 information is updated. The node information indicates 
the function of each node. Of the nodes participating in 
the wireless bus 1 , some have the functions of the hub 
station 2, some have relay capability, and some have 
only an asynchronous communication function. In order 

10 to build the wireless bus 1 , it is necessary to check the 
functions of the individual nodes and then select a hub 
station from among the nodes having a management 
function. 

[0006] The node configuration information and the 

15 node information are updated only when a node is newly 
registered or deleted in the wireless bus 1 , or the func- 
tion of a node is changed. These items of information 
are not modified for any other reason. 
[0007] The communication quality information indi- 

20 cates the states of communication condition between in- 
dividual nodes when data is transmitted or received 
wirelessly. When a wireless bus is constructed in a wire- 
less environment, it is necessary to select an appropri- 
ate transmission method adapted to the conditions of 

25 communication paths, so that accurate transmission 
and reception can take place. However, a wireless 
transmission path could deteriorate when a node has 
been transported or when there are people or obstacles 
located between two nodes, for example, making it im- 

30 possible to transmit or receive data. Thus, the commu- 
nication path conditions among the individual nodes 
vary on a case-by-case basis, and so the hub station 
must receive the communication path conditions from 
the nodes and manage them. 

35 [0008] As an example of the method of managing the 
information mentioned above, JP Patent Publication 
(Unexamined Application) No. 11-88396 discloses an 
apparatus for managing node configuration information 
in a network of a plurality of nodes connected by cables. 

40 in this example, each node carries a table for the man- 
agement of the node configuration information in the 
network. Each time the node configuration is updated, 
the node configuration information is transmitted to oth- 
er nodes, so that there are no discrepancies regarding 

45 the node configuration information carried by the indi- 
vidual nodes in the network. This example is wired and 
involves only node configuration information. Further. 
JP Patent Publication (Unexamined Application) No. 
1 1 -21 51 35 discloses a method of managing the quality 

50 of individual communication paths in a wireless network 
comprised of a plurality of nodes. In this example, a hub 
station is selected from among the multiple nodes, and 
the hub station centrally manages the communication 
path quality information in the wireless network. Each 

55 node in the wireless network transmits its own manage- 
ment information to all of the other nodes. Each node 
receives the management information from all of the 
other nodes in the wireless network and evaluates it. 
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The nodes then transmit management information re- 
sults to the hub station, which in turn overwrites this in- 
formation on the communication quality information ta- 
ble. This example is wireless and involves only commu- 
nication quality information. 

[0009] These conventional node configuration infor- 
mation management methods have the following prob- 
lems. In the communication apparatus disclosed in JP 
Patent Publication (Unexamined Application) No. 
11-88396, each time the node configuration is updated 
as the number of nodes increases, node configuration 
information corresponding to the number of nodes must 
be transmitted. This results in an increase in overhead. 
Further the hub station must wait until it receives an Ack 
signal from all of the nodes to which the hub station has 
transmitted. 

[0010] While this management method creates no 
problems in the case of wired examples, it would not be 
an efficient method for wireless communication with lim- 
ited frequency resources, because no other data can be 
transmitted while waiting for an Ack signal. Further, in a 
wired environment using cables, for example, the com- 
munication conditions among the nodes are fixed, so in 
this case there is no need to recognize the communica- 
tion quality conditions. For these reasons, there is no 
description of a method of managing communication 
quality information. On the other hand, JP Patent Pub- 
lication (Unexamined Application) No. 11-215135, 
which relates to a wireless communication method, 
does not describe the method of managing node con- 
figuration information. It is possible to transmit node 
configuration information by adding it to the above-de- 
scribed communication quality information. However, 
while the communication quality information varies de- 
pending on communication conditions, node configura- 
tion information is updated upon registration of a new 
node, deletion of a node, or when there is a change in 
a node. Accordingly, inserting the node configuration in- 
formation in each frame and thus notifying the hub sta- 
tion would be redundant and could not be called an ef- 
ficient method for wireless communication with limited 
frequency resources. 

[0011] In view of these problems of the prior art, it is 
an object of the invention to provide a node configuration 
information management method and a wireless net- 
work system whereby node configuration information in 
a wireless bus comprised of a hub station and multiple 
nodes is managed by the hub station in a centralized 
manner. This is carried out in a manner such that the 
hub station can share the latest node configuration in- 
formation with all of the nodes. 

[0012] It is another object of the invention to provide 
a node configuration information management method 
and a wireless network system whereby node configu- 
ration information in a wireless bus comprised of a hub 
station and multiple nodes is centrally managed by the 
hub station in each frame. This is carried out in a manner 
such that the hub station can share the latest node con- 



figuration information with all of the nodes in the wireless 
bus within a minimum frame. 

SUMMARY OF THE INVENTION 

5 

[001 3] A method of managing node configuration in a 
wireless network according to the invention comprises 
a hub station and a plurality of nodes, wherein the hub 
station has a hub station management table for manag- 
10 ing unique information about each of the nodes, wherein 
the updating of the hub station management table is 
managed by first update timing information which is 
transmitted to all of the nodes periodically, wherein if the 
hub station management table is modified, modification 
15 information is transmitted to all of the nodes together 
with the first update timing information, wherein each 
node has a node management table for managing the 
unique information about the node, wherein the node 
receives thefirst update timing information andthemod- 
20 ification information, compares the first update timing in- 
formation in its own management table with the first up- 
date timing information transmitted from the hub station, 
and rewrites its own management table based on the 
modification information if its own update timing infor- 
ms mation is older. 

[0014] According to this method, even if a node has 
failed to receive the differential unique information trans- 
mitted from the hub station, the node can acquire the 
subsequently transmitted update timing and compare it 
30 with the update timing possessed by the node, so that 
the node can recognize that its own table is old. Thus, 
because the differential portion of the unique informa- 
tion is transmitted only when there is a modified portion, 
the node configuration information can be managed 
35 without requiring any redundant data transmission. 
[001 5] A method of managing node configuration in a 
wireless network according to the invention comprises 
a hub station and a plurality of nodes, wherein 

40 the hub station has a hub station management table 
for managing unique information about each of the 
nodes, wherein the updating of the hub station man- 
agement table is managed based on first update 
timing information that is transmitted to all of the 
45 nodes periodically, wherein 

each node has a node management table for man- 
aging the unique information about the node, 
wherein the node receives the first update timing 
information and compares thefirst update timing in- 
50 formation in its own management table with the first 
update timing information transmitted from the hub 
station , wherein the node requests the transmission 
of the unique information data if its own update tim- 
ing information is old, and rewrites its own manage- 
rs ment table based on the unique information data 
transmitted from the hub station in response to the 
request. 
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[0016] According to this method, when a node has 
failed to receive the update data, the node requests the 
hub station to transmit differential data in the unique in- 
formation. Thus, even if a node has failed to receive the 
latest unique information as a differential portion, the 
node can request the retransmission of the differential 
unique information and update based on the returned 
unique information, thus enabling accurate manage- 
ment of the node configuration information. 
[0017] More preferably, the unique information data 
transmitted from the hub station in accordance with the 
request from the node for the unique information data is 
differential data including only the unique information 
about a node that has been added, modified, or deleted 
subsequentto the update timing information possessed 
by the node. Thus, because the differential unique in- 
formation is transmitted only when there is a modified 
portion, the node configuration information can be man- 
aged without carrying out redundant data transmission. 
[0018] A method of managing node configuration in a 
wireless network according to the invention comprises 
a hub station and a plurality of nodes, wherein 

the hub station has a hub station managementtable 
for managing the unique information about each 
node, wherein the updating of the hub station man- 
agement table is managed based on first update 
timing information, wherein 

each node has a node management table for man- 
aging unique information about each node, wherein 
the updating of the node managementtable is man- 
aged based on the first update timing information, 
the node periodically transmitting the first update 
timing information that it manages to the hub sta- 
tion, wherein 

the hub station compares its own first update timing 
information with the first update timing information 
transmitted from each node periodically, the hub 
station creating the unique information data if the 
two items of information are different and transmit- 
ting it to the corresponding node, wherein 
the node rewrites its own management table based 
on the data transmitted from the hub station. 

[0019] Preferably, the hub station compares the first 
update timing information periodically transmitted from 
each node with its own first update timing information, 
and, if there is a difference, the hub station creates 
unique information differential data correspondingto the 
difference and transmits it to the relevant node. 
[0020] Preferably, the hub station periodically trans- 
mits the first update timing information to all of the nodes 
and, if the managementtable is modified, the hub station 
transmits modification information to all of the nodes to- 
gether with the first update timing information. 
[0021] Thus, the hub station transmits the node con- 
figuration update information together with the update 
timing. The node periodically transmits the update tim- 



ing to the hub station. The hub station compares its own 
update timing, and retransmits the update information 
to any nodes that are not synchronized. In this way, in- 
formation can be managed reliably. 

5 [0022] Further, the first update timing information may 
be sequentially updated, wherein, if the first update tim- 
ing information of the node is older than the first update 
timing information transmitted from the hub station by 
more than two, the node requests the hub station, to- 

10 gether with the update timing information of its own, to 
transmit the relevant differential data. In this way, even 
if a node has failed to receive the unique information 
twice or more that is transmitted as a differential portion, 
the node can recognize this fact by comparing its own 

15 update timing with the update timing transmitted from 
the hub station. The node can then request the hub sta- 
tion to undertake retransmission together with its own 
update timing, acquire the differential data, and update 
its own managementtable. Thus, information can be ac- 

20 curately managed. 

[0023] The hub station may manage the updating of 
the unique information about each node based on sec- 
ond update timing information in the hub station man- 
agement table, wherein the hub station compares the 

25 first update timing information transmitted from each 
node with the second update timing information of the 
relevant node in order to select differential data. In this 
manner, the node configuration information can be ac- 
curately managed. 

30 [0024] More preferably, the hub station may compare 
the update timing transmitted from the node with the 
second update timing and select the differential data if 
its own is older. 

[0025] A frame structure for wireless communication 

35 includes a region for transmitting the first update timing 
information managed by the hub station to all of the 
nodes, a region for transmitting the unique information 
about each node, a region forthe hub station to transmit 
modified portion of the unique information to all of the 

40 nodes, and a data region for transmitting and receiving 
normal data, wherein each node makes a retransmis- 
sion requesttothe hub station individually usingthedata 
region, the hub station transmitting differential data in 
response to the retransmission request made using the 

45 data region. In this manner, the node configuration in- 
formation can be accurately managed. 
[0026] Further, a frame structure for wireless trans- 
mission includes a region for transmitting the unique in- 
formation about each node, a region forthe hub station 

50 to transmit a modified portion of the unique information 
to all of the nodes, and a data region for transmitting and 
receiving normal data, wherein the node makes a re- 
transmission request to the hub station individually us- 
ing the data region, the hub station transmitting differ- 

55 ential data in response to the retransmission request 
made using the data region. In this manner, information 
can be accurately managed. 

[0027] A wireless network system according to the in- 
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vention comprises a hub station and a plurality of nodes, 
wherein 

the hub station has a hub station management table 
for managing unique information about each node 
based on first update timing information, a detection 
means for detecting a modification in the node con- 
figuration, an update means for updating the hub 
station management table in accordance with the 
result of detection by the detection means, and a 
transmitter for transmitting, if there is a modification 
in the hub station management table, modification 
information to all of the nodes together with the first 
update timing information, as well as transmitting 
thefirst update timing information to all of the nodes 
periodically, wherein 

each node has a node management table for man- 
aging the unique information about the node based 
on the first update timing information, a receiver for 
receiving the first update timing information, and an 
update means for comparing the first update timing 
information in the node management table of the 
node with the first update timing information trans- 
mitted from the hub station and for updating, if the 
update timing information of the node is old, its own 
node management table based on the modification 
information. 

[0028] A wireless network system according to the in- 
vention comprises a hub station and a plurality of nodes, 
wherein 

the hub station has a hub station managementtable 
for managing unique information about each node 
based on first update timing information, a detection 
means for detecting a modification in the node con- 
figuration, an update means for updating the hub 
station management table in accordance with the 
result of detection by the detection means, and a 
transmitter for transmitting the first update timing in- 
formation to all of the nodes periodically, wherein 
each node has a node management table for man- 
aging the unique information about the node based 
on the first update timing information, a receiver for 
receiving the first update timing information, a data 
transmission request means for comparing the first 
update timing information in the node management 
table of the node with the first update timing infor- 
mation transmitted from the hub station and for re- 
questing, if the update timing information of the 
node is old, the transmission of the unique informa- 
tion data, and an update means for updating its own 
node managementtable based on the unique infor- 
mation data transmitted from the hub station in ac- 
cordance with the request. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0029] 

5 Fig. 1 shows a block diagram of the structure of a 

wireless bus comprising terminals and a hub station 
according to the node configuration information 
management method in the first embodiment of the 
invention. 

10 Fig. 2 shows the structure of a frame that is trans- 
mitted or received in the wireless bus according to 
the node configuration information management 
method in the first embodiment of the invention. 
Fig. 3 shows in detail the structure of a frame start 

15 packet that the hub station inserts into a frame start 
region of the frame structure according to the node 
configuration information management method in 
the first embodiment of the invention. 
Fig. 4 shows in detail the structure of a node con- 

20 figuration modification notifying packet that a node 
inserts into a node configuration modification region 
of the frame structure according to the node config- 
uration information management method in the first 
embodiment of the invention. 

25 Fig. 5 shows the structure of a node configuration 
information request packet that a node inserts into 
a data region in the frame structure according to the 
node configuration information management meth- 
od in the first embodiment when the node requests 

30 retransmission from the hub station. 

Fig. 6 shows the structure of a node configuration 
information update packet 60 which the hub station 
broadcasts using a node configuration information 
transmission region in the frame structure accord- 

35 jng to the node configuration information manage- 
ment method in the first embodiment. 
Fig. 7 shows node configuration information man- 
agement blocks on the part of the hub station ac- 
cording to the node configuration information man- 

40 agement method in the first embodiment. 

Fig. 8 shows node configuration information man- 
agement blocks on the part of a node according to 
the node configuration information management 
method in the first embodiment. 

45 Fig. 9 shows the details of a node configuration in- 
formation table owned by the hub station according 
to the node configuration information management 
method in the first embodiment. 
Fig. 10 shows the details of a node configuration 

50 information table owned by a node according to the 
node configuration information management meth- 
od in the first embodiment. 

Fig. 11 shows a node configuration information 
managing sequence starting from when the node 
55 configuration is updated to when the updated con- 
figuration is transmitted to all of the nodes in the 
wireless bus according to the node configuration in- 
formation management method in the first embod- 
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iment. 

Fig. 1 2 shows aflowchart of the sequence of a node 
information notifying process (1) on the part of a 
node according to the node configuration informa- 
tion management method in the first embodiment. 5 
Fig. 1 3 shows aflowchart of the sequence of a node 
configuration update process (2) on the part of the 
hub station according to the node configuration in- 
formation management method in the first embod- 
iment. 10 
Fig. 14 shows a flowchart of the sequence of a 
frame start region process (3) on the part of the h ub 
station according to the node configuration informa- 
tion management method in the first embodiment. 
Fig. 1 5 shows aflowchart of the sequence of a node 15 
configuration information update process (4) on the 
part of a node according to the node configuration 
information management method in the first embod- 
iment. 

Fig. 1 6 shows a flowchart of the sequence of a re- 20 
transmission process (5) on the part of the hub sta- 
tion according to the node configuration information 
management method in the first embodiment. 
Fig. 1 7 shows the structure of a frame that is trans- 
mitted or received in a wireless bus according to a 25 
second embodiment of the invention. 
Fig. 1 8 shows in detail the structure of a frame start 
packet that the hub station inserts into a frame start 
region of the frame structure according to the node 
configuration information management method in 30 
the second embodiment of the invention. 
Fig. 1 9 shows in detail the structure of a node con- 
figuration packet that a node inserts into a node 
configuration information modification region of the 
frame structure according to the node configuration 35 
information management method in the second em- 
bodiment of the invention. 

Fig. 20 shows the structure of a node configuration 
information update packet that the hub station in- 
serts into a data region of the frame structure ac- 40 
cording to the node configuration information man- 
agement method in the second embodiment of the 
invention when retransmitting to a node. 
Fig. 21 shows the structure of a data region in the 
frame according to the node configuration informa- 45 
tion management method in the second embodi- 
ment. 

Fig. 22 shows node configuration information man- 
aging blocks on the part of the hub station according 
to the node configuration information management so 
method in the second embodiment. 
Fig. 23 shows node configuration information man- 
aging blocks on the part of a node according to the 
node configuration information management meth- 
od in the second embodiment. 55 
Fig. 24 shows the details of a node configuration 
information table owned by the hub station accord- 
ing to the node configuration information manage- 



ment method in the second embodiment. 
Fig. 25 shows the details of a node configuration 
information table owned by a node according to the 
node configuration information management meth- 
od in the second embodiment. 
Fig. 26 shows a node configuration information 
managing sequence according to the node config- 
uration information management method in the sec- 
ond embodiment of the invention. 
Fig. 27 shows a flowchart of the sequence of a node 
information notifying process (6) on the part of a 
node according to the node configuration informa- 
tion management method in the second embodi- 
ment of the invention. 

Fig. 28 shows a flowchart of the sequence of a node 
configuration update process (7) on the part of the 
hub station according to the node configuration in- 
formation management method in the second em- 
bodiment of the invention. 

Fig. 29 shows a flowchart of the sequence of an up- 
date procedure (8) on the part of a node according 
to the node configuration information management 
method in the second embodiment of the invention. 
Fig. 30 shows a flowchart of the sequence of a node 
configuration information synchronizing process (9) 
on the part of the hub station according to the node 
configuration information management method in 
the second embodiment of the invention. 
Fig. 31 shows a flowchart of the sequence of a re- 
transmission process (1 0) on the part of the hub sta- 
tion according to the node configuration information 
management method in the second embodiment of 
the invention. 

Fig. 32 is a block diagram showing the structure of 
a wireless bus comprising terminals and a hub sta- 
tion according to a conventional node configuration 
information management method. 

BEST MODES OF CARRYING OUT THE INVENTION 

[0030] Hereafter, preferred embodiments of the node 
configuration information management method accord- 
ing to the invention will be described by referring to the 
attached drawings. 

(First Embodiment) 

[0031] Fig. 1 shows a block diagram of a configuration 
of terminals and a hub station in a wireless bus accord- 
ing to a first embodiment of the invention. While the con- 
figuration is similar to the one shown in Fig. 32, it differs 
from the prior art example in the frame structure (Fig. 2) 
used for wireless communication. In Fig. 1, numeral 11 
designates a wireless bus (wireless network), numeral 
1 2 designates a hub station, and numerals 1 3 to 1 6 des- 
ignate nodes formed by a plurality of terminals. 
[0032] A plurality of devices called nodes exist in the 
wireless bus 1 1 . The nodes transmit or receive multime- 
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dia data among them. The transmission and reception 
of data are managed by the hub station 12, which is se- 
lected from among the nodes 13 to 16 in the wireless 
bus 11 that have the functions required of a hub station. 
A prerequisite for a node to become the hub station 12 
is that the node be located at a position that allows it to 
communicate with every other node in the wireless bus 
1. Further, the hub station 12 is required to be capable 
of gathering and analyzing the node configuration infor- 
mation, node information for each node, and inter-node 
communication quality information transmitted from the 
nodes 13 to 16 in orderto managethe latest information. 
The details of the blocks for the management of the 
node configuration information in the hub station 1 2 will 
be described later by referring to Fig. 7. 
[0033] The nodes 1 3 to 1 6 in the wireless bus 1 1 have 
memory regions for storing the node configuration infor- 
mation in the wireless bus 1 1 , the node information for 
each node, and the inter-node communication quality 
information, in order to enable the nodes to wirelessly 
communicate with one another. The details of the blocks 
for the management of the node configuration informa- 
tion for the nodes 13 to 16 will be described later by re- 
ferring to Fig. 8. 

[0034] Fig. 2 shows an example of the structure of a 
frame that is transmitted or received in the wireless bus 
11 according to the present embodiment. As shown, a 
wireless signal with this frame structure 20 is divided into 
a frame start region 21 , a node configuration modifica- 
tion region 22, a communication quality information re- 
gion 23, a node configuration information transmission 
region 24, and a data region 25. The hub station 1 2 sig- 
nals the start of a frame by using the frame start region 
21 in each frame. The hub station 12 transmits a frame 
start packet. 

[0035] Fig. 3 shows the detailed structure of a frame 
start packet 30 inserted in the frame start region 21 by 
the hub station 1 2 in the frame structure of Fig. 2. In Fig. 
3, the frame start region 21 has a head position detec- 
tion region 31 for storing a head position detection sig- 
nal, a size notification region 32 for storing a size notifi- 
cation signal, and a count (C) region 33 for storing a 
count (C). The head position detection region 31 is a 
region that is used for notifying all of the nodes in the 
wireless bus 1 1 of the start of a frame. By receiving this 
head position detection signal, each of the nodes in the 
wireless bus 11 identifies the start position of a frame. 
The size notification region 32 is a region that is used 
for transmitting the size of each of the subsequently 
transmitted, variable-size regions in the frame. Based 
on this size notification signal, each node in the wireless 
bus 11 can identify the subsequent frame configuration. 
The count (C) region records a count (C) (first update 
timing information) recorded in the hub station 1 2. Each 
node in the wireless bus 1 1 acquires the count (C) trans- 
mitted from the hub station 1 2 and confirms whether its 
own node configuration update information is up to date. 
[0036] Fig. 4 shows the detailed structure of a node 



configuration modification notifying packet 40 that is in- 
serted into the node configuration modification region 
22 by each node in the frame structure of Fig. 2. The 
node configuration modification region 22 is a region for 

5 transmission by each node in the wireless bus 1 1 as re- 
quired. The region is used by a node that is either newly 
added to or deleted from the wireless bus 11 , or modified 
in terms of its functions in the wireless bus 11 , in order 
to notify the hub station 12. 

10 [0037] In Fig. 4, the node configuration modification 
notifying packet 40 inserted into the node configuration 
modification region 22 includes a modification type 41 
identifying the content of modification in the node con- 
figuration information, and node information 44 storing 

15 a unique identifier 42 for each node and system param- 
eters 43. The modification type 41 indicates three types 
of modification in the node configuration information, 
namely addition, deletion, and modification. The unique 
identifier 42 in the node information 44 is a number that 

20 is registered for each device in advance, and there are 
no devices having identical numbers. The unique iden- 
tifier 42 enables the individual devices to be identified. 
The system parameters 43 store the functions of each 
node in the wireless bus 11 . In the wireless bus 11 , the 

25 system parameters 43 for each node are acquired from 
a managed node configuration information table (to be 
described later by referring to Figs. 9 and 10) and used 
as a factor in making decisions during reconfiguration. 
The hub station 12, upon reception of the node config- 

30 uration modification notifying packet 40, updates its own 
node configuration information based on these items of 
information. 

[0038] Referring back to Fig. 2, the communication 
quality information region 23 is a region that is used for 

35 recognizing the communication path condition between 
individual nodes. The communication quality informa- 
tion region 23 includes a region that is used for a syn- 
chronization sequence in a wireless bus regarding com- 
munication quality information described in a prior art 

40 (jp Patent Publication (Unexamined Application) No. 
11-215135). The node configuration information trans- 
mission region 24 is used by the hub station 1 2 in trans- 
mitting the node configuration information that has been 
updated in a previous frame to the nodes. The signal 

45 that is transmitted here is broadcast. The data region 25 
is a region that is used when transmitting a node con- 
figuration information request packet 50 (Fig. 5) from 
each node to the hub station, or when transmitting a 
node configuration information update packet 60 (Fig. 

50 6) from the hub station to a specific node. It is also used 
for transmitting multimedia data such as video or voice 
data. 

[0039] Fig. 5 shows the structure of the node config- 
uration information request packet 50 inserted into the 
55 data region 25 in the frame structure of Fig. 2 when a 
node requests retransmission from the hub station 12. 
The node configuration information request packet 50, 
which is used by a node that has failed to receive a 



7 



13 



EP 1 331 760 A1 



14 



broadcast signal in requesting retransmission from the 
hub station, has a node count (C_[Node]) 51 . The node 
count (C_[Node]) 51 indicates a counter value retained 
by the node that has most recently been updated. By 
acquiring this node configuration information request 
packet 50 from the node, the hub station 12 can recog- 
nize when was the last time a node configuration infor- 
mation table (to be described later by referring to Fig. 
1 0) carried by the node was updated. 
[0040] Fig. 6 shows the structure of the node config- 
uration information update packet 60 that is broadcast 
by the hub station 1 2 using the node configuration infor- 
mation transmission region 24 in the frame structure of 
Fig. 2. In Fig. 6. the node configuration information up- 
date packet 60 has a count (C) 61, a node number 
(#Node) 62, and node information 65 for storing a 
unique identifier 63 for each node and system parame- 
ters 64. The node number (#Node) 62 and the node in- 
formation 65 constitute node update information 66, in 
which a plurality of items of node configuration update 
information concerning updates in individual nodes are 
stored. 

[0041] In the count (C) 61 , a first counter value, car- 
ried by the hub station 12 when an update occurs, is 
stored. In the node update information 66, node config- 
uration update information concerning updates in indi- 
vidual nodes is stored. In each item of node configura- 
tion update information 66, the node number (#Node) 
62 of an updated node and the node information 44, 
which was described with reference to the node config- 
uration modification notifying packet 40, are stored. 
[0042] Upon reception of the node configuration infor- 
mation request packet 50 , the hub station 12 broadcasts 
the node configuration information update packet 60 us- 
ing the data region 25 shown in Fig. 2. 
[0043] Fig. 7 shows node configuration information 
management blocks on the part of the hub station for 
realizing the node configuration management method 
according to the invention. In Fig. 7, numeral 71 desig- 
nates a counter (C), numeral 72 a node configuration 
information table (management table on the part of the 
hub station), numeral 73 a receiver, numeral 74 a node 
configuration information detection means, numeral 75 
a node configuration information modifying/extracting 
means, numeral 76 a node configuration information 
creating means, and 77 a transmitter. 
[0044] The value in the counter (C) 71 is incremented 
by one when the node configuration information table 
as a whole in the hub station 12 has been updated. The 
node configuration information table 72 is a table for 
managing the node configuration information in the 
wireless bus 11. The details of the node configuration 
information table 72 will be described later with refer- 
ence to Fig. 9. The node configuration information de- 
tection means 74 has a function of detecting the node 
configuration modification notifying packet 40 in the 
node configuration modification region and the node 
configuration information request packet 50 in the data 



region in the signal frame received by the receiver 73. 
[0045] If the node configuration information detection 
means 74 detects a node configuration modifying noti- 
fication or a request for a retransmission from a node, 

5 the node configuration information modifying/extracting 
means 75 accesses the node configuration information 
table 72 and modifies or extracts information therein. 
When the node configuration information detection 
means 74 detects a retransmission request, the node 

10 configuration information modifying/extracting means 
75 extracts node configuration information that must be 
retransmitted. Based on this extracted node configura- 
tion information, the node configuration information cre- 
ating means 76 creates a node configuration informa- 

15 tion update packet 60. The frame start packet 30 that is 
required when configuring a frame is also created here. 
The transmitter 77 has the function of transmitting a 
transmission signal created by the node configuration 
information creating means 76. The transmitter 77 has 

20 a memory device (queue) for the temporary storage of 
packets. 

[0046] Fig. 8 shows the blocks for managing node 
configuration information on the part of a node for real- 
izing the node configuration management method of the 
25 invention. In Fig. 8, numeral 81 designates a node con- 
figuration information table (management table on the 
part of a node), 82 a receiver, 83 a node configuration 
information detecting means, 84 a node configuration 
information modifying/extracting means, 85 a node con- 
30 figuration information creating means, and 86 a trans- 
mitter. 

[0047] The node configuration information table 81 is 
a table for managing node configuration information 
about the wireless bus 11 that is received from the hub 
35 station 12. The details of the node configuration infor- 
mation table 81 will be described later by referring to 
Fig. 10. The node configuration information detection 
means 83 has the function of detecting the frame start 
packet 30 in the frame start region and the node config- 
40 uration information update packet 60 in the data region 
in the signal frame received by the receiver 82. 
[0048] When the node configuration information de- 
tection means 83 has received the count (C) in the frame 
start packet 30 orthe node configuration information up- 
45 date packet 60, the node configuration information mod- 
ifying/extracting means 84 accesses the node configu- 
ration information table 81 to modify or extract informa- 
tion therein. If it is revealed, as a result of the node con- 
figuration information detection means 83 having ac- 
50 quired the count (C), that the information in the table in 
the particular node is old, the node configuration infor- 
mation creating means 85 creates a node configuration 
information request packet 50 requesting retransmis- 
sion of data. The node configuration information creat- 
es jng means 85 also creates a node configuration modifi- 
cation notifying packet 40 notifying the hub station 1 2 of 
any modification in node configuration. The transmitter 
86 transmits a transmission signal created by the node 
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configuration information creating means 85. 
[0049] Fig. 9 shows in detail the node configuration 
information table 72 possessed by the hub station 12. 
In the figure, the values in <> are examples. As shown, 
in the node configuration information table 72 of the hub 
station 12, the current count (C) (first update timing in- 
formation), a node number (#Node), the count (C_[Hub 
(#Node)]) for each node number upon updating (second 
update timing information), and node information for 
each node number are recorded. 
[0050] The current count (C) is a first counter (counts: 
C) for managing the timing of updating the management 
table as a whole. When the node configuration informa- 
tion or node information is updated, such as when a 
node is newly registered in or deleted from the wireless 
bus 1 1 , or when the function of a node is modified, the 
count value is incremented by one. There are as many 
node numbers (#Node) prepared as the maximum 
number of nodes that can be stored in the wireless bus 
1 1 . The count upon updating (C_[Hub(#Node)]) is a sec- 
ond counter (counts: C_[Hub]) for managing the timing 
of updating the node configuration information for each 
node, and it is associated with a node number (#Node). 
In this region, the count (C) that is present when the 
node configuration information or the node information 
associated with a particular node number has been up- 
dated is stored. The node information (unique identifier 
+ system parameters) is a region in which the hub sta- 
tion 12 secures node information that has been notified 
via the node configuration modification notification re- 
gion. Based on this node information, the hub station 12 
overwrites the node configuration information table 72. 
[0051] Fig. 1 0 shows the details of the node configu- 
ration information table 81 possessed by a node. In the 
figure, values in <> are examples. As shown, in the node 
configuration information table 81 for each node, the 
count (C_[Node]) upon updating, node number 
(#Node), and node information for each node are re- 
corded. 

[0052] The count (C_[Node]) upon updating is where 
the current count (C) that a node acquires when it re- 
ceives the nodeconfiguration information update packet 
60 from the hub station 1 2 is stored. Thus, this count (C) 
indicates when the last update was. The contents of the 
node number (#Node) and node information are the 
same as those of the node number (#Node) in the node 
configuration table 72 on the part of the hub station 12 
as described above. The node receives the node con- 
figuration information update packet 60 transmitted from 
the hub station 12 and acquires updated node configu- 
ration information, and then overwrites the updated por- 
tion. 

[0053] Hereafter, the operation of the above-de- 
scribed method of managing node configuration infor- 
mation will be described in detail. First, the sequence of 
synchronizing node configuration information in the 
wireless bus 11 will be described. Fig. 11 shows the 
node configuration information management sequence 



starting from the time when the nodeconfiguration is up- 
dated up to the time when the updated configuration is 
transmitted to all of the nodes in the wireless bus 11 . 

5 <Node information notifying process (1)> 

[0054] When a node is newly registered in or deleted 
from the wireless bus 1 1 , or when the system parame- 
ters in the wireless bus 1 1 has been modified, for exam- 

10 pie. the relevant node initially transmits a node configu- 
ration modification notifying packet 40 to the hub station 
12 via the node configuration modification region 22. 
The new registration or deletion of a node from the wire- 
less bus 1 1 , modification of node functions, or modifica- 

15 tion of the system parameters in the wireless bus 1 1 , for 
example, are carried out by the node notifying the hub 
station 12. 

<Update process on the part of the hub station 12 (2)> 

20 

[0055] Upon reception of the node configuration mod- 
ification notifying packet 40, the hub station 12 updates 
the node configuration information table 72 in the hub 
station 12 based on the received packet 40. 

25 

< Node configuration information notifying process (3)> 

[0056] In the next frame, the hub station 1 2 transmits 
a frame start packet 30 in order to begin a frame start 
30 region 21. Each node in the wireless bus 11 receives 
the frame start packet 30 and identifies the head position 
of the frame. If node configuration update information 
exists, the hub station broadcasts a node configuration 
information update packet 60 to all of the nodes in a 
35 node configuration information transmission region 24. 

<Update process on the part of a node (4)> 

[0057] Each node acquires the count (C) transmitted 
40 from the hub station 12 in theframe start region 21 com- 
pares it with the count (C_[Node]) in its own table (node 
configuration information table 81), and makes a deci- 
sion in the following process. 

[0058] If the count (C_[Node]) of its own corresponds 
45 to the acquired count (C), the node determines that its 
own node configuration information table 81 is the latest 
node configuration information, and the process comes 
to an end. If the count (C_[Node]) of its own is one count 
earlierthan the acquired count (C), the node determines 
50 that the node configuration information has been updat- 
ed in the hub station 1 2. Then, the node acquires a node 
configuration information update packet 60 that should 
be transmitted from the hub station 1 2 in the subsequent 
node configuration information transmission region 24. 
55 Based on that packet, the node overwrites its own node 
configuration information table 81 . 
[0059] If the node configuration information update 
packet 60 is not received, or if the comparison of counts 
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shows that count (C_[Node]) in the node is two or more 
counts earlier than the acquired count (C), the node 
makes a retransmission request to the hub station 12 in 
the data region. Based on the retransmitted packet, the 
node updates the node configuration information table 
81. 

<Retransmission process (5)> 

[0060] This retransmission process indicates the se- 
quence of a node requesting the hub station 12 for re- 
transmission in case the node failed to receive the node 
configuration information update packet 60 that was 
broadcast. The hub station 1 2 receives a node configu- 
ration information request packet 50 from the particular 
node and acquires the counter value in the node, and 
makes a decision as to up to which point of the node 
configuration information should be transmitted. Then, 
the hub station 12 transmits the information to the re- 
questing node in a node configuration information up- 
date packet 60. 

[0061] Hereafter, the individual process steps 1 to 5 
illustrated in Fig. 11 will be described by referring to a 
flowchart. 

<Sequence of the node information modification 
notifying process (1) carried out on the part of a node> 

[0062] Fig. 12 shows a flowchart of the sequence of 
the node information notification process (1) carried out 
on the part of a node in the node configuration informa- 
tion management sequence of Fig. 11 . In the figure, S 
indicates each step of the flow. 

[0063] In step S11 , the node makes a decision as to 
whether there is new registration in the wireless bus 11 , 
deletion from the wireless bus 11 . or modification in the 
node's system parameters in the wireless bus 11. If 
there is no modification, the sequence comes to an end. 
If there is a modification, a node configuration modifica- 
tion notifying packet 40 is prepared in which the type of 
modification (addition, deletion, or modification) and 
node information are inserted in accordance with the for- 
mat of the node configuration modification notifying 
packet 40 (see Fig. 4) in step S12. The node transmits 
the thus prepared node configuration modification noti- 
fying packet 40 to the hub station 12 in step S13. and 
the process comes to an end. 

<Sequence of the node configuration updating process 
(2) carried out on the part of the hub station 12> 

[0064] Fig. 13 shows a flowchart of the node configu- 
ration updating process (2) sequence carried out on the 
part of the hub station 12 in the node configuration in- 
formation management sequence of Fig. 11 . 
[0065] In step S21, the hub station 12 determines 
whether or not it has received the node configuration 
modification notifying packet 40. If not, the process 



comes to an end. If the hub station 1 2 has received the 
node configuration modification notifying packet 40, the 
hub station 1 2 updates its own node configuration infor- 
mation table 72 in step S22 and overwrites the current 

5 count (C) on the count (C_[Hub(#Node)]) where updat- 
ed. Then, in step S23, the count (C) is incremented by 
one, a node configuration information update packet 60 
is stored in a transmission queue in step S24 for trans- 
mission in the node update information transmission re- 

10 gion of the subsequent frame, and then the process 
comes to an end. 

<Sequence of frame start region 21 process (3) on the 
part of the hub station 1 2> 

15 

[0066] Fig. 14 shows a flowchart of the sequence of 
the frame start region 21 process (3) carried out on the 
part of the hub station 12 in the node configuration in- 
formation management sequence of Fig. 11. 
20 [0067] In step S31 , the hub station 12 transmits a 
head position detection signal. By receiving this signal, 
each node in the wireless bus 1 1 identifies the head po- 
sition of the frame. In step S32, the hub stationl2 trans- 
mits a size notifying signal. By receiving this signal, each 
25 node in the wireless bus 11 identifies the subsequent 
frame configuration. Then, in step S33, the hub station 
1 2 transmits a count (C). The processes up to this point 
are carried out in the frame start region. 
[0068] Then, the sequence enters the node configu- 
30 ration information transmission region, and in step S34, 
it is determined whether or not data exists in the node 
configuration information transmission queue. If data 
exists in the transmission queue, the hub station 12 
broadcasts the node configuration information update 
35 packet 60 to all of the nodes in step S35, and the process 
comes to an end. If there is no data in the transmission 
queue, the process comes to an end at that point. 

<Sequence of the node configuration information 
40 updating process (4) on the part of a node> 

[0069] Fig. 15 shows a flowchart of the sequence of 
the node configuration information updating process (4) 
carried out on the part of a node in the node configura- 
45 tion information management sequence of Fig. 11 . 

[0070] In step S41 , a node acquires the count (C) 
transmitted from the hub station 12 in the frame start 
region 21. In step S42, the node compares the count 
with its own count (C_[Node]). If the counts correspond, 
50 the node determines that its own node configuration in- 
formation table 81 is the latest one, and the sequence 
comes to an end. 

[0071] If the counts do not correspond, the node de- 
termines whether or not its own count (C_[Node]) is one 
55 count earlier than the acquired count in step S43. If its 
own count (C_[Node]) is one count earlier than the ac- 
quired count, the node determines that the node config- 
uration information has been updated on the part of the 
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hub station 12, and it then determines in step S44 
whether a broadcast signal has been received in the 
subsequent node configuration information control re- 
gion. If it is determined in step S43 that the count (C_ 
[Node]) of the node is not one count earlier than the ac- 
quired count, the sequence proceeds to step S46. The 
processes up to this point are carried out in the frame 
start region. 

[0072] If the broadcast signal is received in step S44, 
the node acquires a node configuration information up- 
date packet 60 in step S45 and updates its own table 
(node configuration information table 81) based on this 
information, and the sequence comes to an end. This 
process is carried out in the node configuration informa- 
tion transmission region. 

[0073] If the count of the node (C_[Node]) is two or 
more counts earlier than the acquired count ("NO" in 
step S43), or if the broadcast signal is not received, the 
node makes a node configuration information retrans- 
mission request in the data region in step S46. Then, in 
step S47 : the node determines whether or not the node 
configuration information update packet 60 has been re- 
ceived. If not. the sequence returns to step S46 to repeat 
the retransmission request. 

[0074] Upon reception of the node configuration infor- 
mation update packet 60 from the hub station 12, the 
node updates its own node configuration information ta- 
ble 81 based on the node configuration information up- 
date packet 60 in step S48, overwrites its own count (C_ 
[Node]) with the current count (C), and then the process 
comes to an end. 

<Retransmission process (5) sequence on the part of 
the hub station 12> 

[0075] Fig. 16 shows a flowchart of the sequence of 
the retransmission process (5) carried out on the part of 
the hub station 12 in the node configuration information 
management sequence of Fig. 11 . 
[0076] In step S51, the hub station 12 ; having re- 
ceived the node configuration information request pack- 
et 50 in step S51 , acquires the count (C_[Node]) from 
the packet and makes the node number (#Node) zero 
in step S52. Then, in step S53, the hub station 12 com- 
pares the acquired count (C_[Node]) with the count (C_ 
[Hub(#Node)]) stored in the node configuration informa- 
tion table 72 stored in the hub station 12 on a node-by- 
node basis. Based on this comparison of counts, it is 
determined whether the information possessed by the 
node is older than that possessed by the hub station 12. 
[0077] If the acquired count (C_[Node]) is older than 
the count (C_[Node]) in the table of the hub station 12, 
the hub station 12, deciding that it must transmit the 
node information concerning the node, inserts the node 
number (#Node) and node information into the node 
configuration information update packet 60 in step 54. 
In step S55, it is determined whether the node number 
(#Node) has exceeded the maximum node number. If 



not, the node number (#Node) is incremented for the 
next node (#Node++) in step S56 for carrying out a re- 
transmission process for the next node, and the se- 
quence returns to step S53, where the above operation 
5 is performed for all of the nodes. When the node number 
(#Node) has exceeded the maximum node number, it is 
determined that the operation has been completed for 
all of the registered nodes. Then, the current count (C) 
is added to the packet and the node configuration infor- 
mation packet is transmitted in the final step S57, thus 
ending the process. 

[0078] In orderto ensurethe completeness of the data 
or to simplify it, all of the node configuration information 
currently possessed by the hub station may be transmit- 
ted without carrying out the above sequence. 
[0079] In sequences (1) to (5), if the various packets 
cannot be transmitted in the same frame, such as when 
the node configuration information size is large, the 
transmission may start after waiting for the beginning of 
the relevant region in the next frame. 
[0080] As described above, in accordance with the 
node configuration information management method 
according to the first embodiment, the frame structure 
20 has the frame start region 21, node configuration 
modification region 22, communication quality informa- 
tion region 23, node configuration information transmis- 
sion region 24, and data region 25. When a change (new 
registration or deletion of a node, or modification of the 
node functions) occurs in the node information in the 
wireless bus 1 1 , the node notifies the hub station 1 2 of 
the modification by means of the modification notifying 
packet. Thus, there is no need to notify the hub station 
12 of node configuration information in each frame, en- 
abling communication without redundancy. 
[0081] According to the present node configuration in- 
formation management method, basically: 

(1 ) The nodes 1 3 to 1 6 and the hub station 1 2 store 
the node configuration information for each node in 
the node configuration information tables 72 and 
81 , and the hub station 12 has the counter (C) 71 
for managing the updating of the node configuration 
information table 72 as a whole, and transmits the 
count (C) (first update timing information) periodi- 
cally (in each frame in the embodiment); 

(2) The hub station 1 2, upon reception of a notifica- 
tion of change in the node configuration from a 
node, updates the node configuration information 
table 81 in the hub station 12, and broadcasts the 
update information to all of the nodes in the wireless 
bus 11 ; and 

(3) Each node receives the update information from 
the hub station 12 and updates its own node con- 
figuration information table 81 . The node further re- 
ceives the count that is transmitted in each frame 
and determines whether or notthere is any updating 
on the part of the hub station 12. If necessary, the 
node requests the retransmission of differential in- 
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formation with respect to its own node configuration 
information table 81 , and updates its own node con- 
figuration information table 81 . 

[0082] Particularly, the hub station 1 2 has a first coun- 
ter (count: C) for managing the update timing for the 
node configuration information table 72 as a whole and, 
further, a second counter (count: C_[Hub]) formanaging 
the update timing for the node configuration information 
for each node. 

[0083] The hub station 12 transmits the current count 
(C) to all of the nodes in the wireless bus 11 in each 
frame, thus notifying them of the current update situa- 
tion. Each of the nodes has a region (C_[Node]) for stor- 
ing the first count (C), acquires the first count (C) trans- 
mitted from the hub station 12 in each frame, and deter- 
mines whether or not the node is synchronized with the 
hub station 12. Thus, the hub station 12 can transmit 
only a portion of the information in the node configura- 
tion information tables 72 and 81 that has been modified 
in the node, reducing the amount of data transmitted. 
[0084] Further, the hub station 12 broadcasts the 
node configuration update information, so that there is 
no need for the hub station 12 to wait for an Ack from 
the nodes. Even if a node has failed to receive the node 
configuration update information, the node can detect 
the failure by acquiring the count (C) in the subsequent 
frame. By requesting the retransmission of the node 
configuration information from the hub station 12 on a 
node-by-node basis, synchronization between the node 
and the hub station can be maintained. 
[0085] According to the present embodiment, the hub 
station transmits only a necessary portion of the node 
configuration information to each of the nodes in the 
wireless bus 1 1 , so that the node configuration informa- 
tion can be synchronized between the hub station 12 
and the nodes efficiently and reliably. 
[0086] The nude configuration information manage- 
ment method according to the first embodiment requires 
at least two frames before the node configuration infor- 
mation table 81 in each of the nodes in the wireless bus 
can be updated following the notification of node con- 
figuration modification. It is possible that some of the 
data that is transmitted during thattime becomes invalid. 
Further as the decision as to whether or not the node 
configuration information tables in the wireless bus 11 
have been updated is made by individual nodes, the hub 
station 1 2 cannot recognize the update situation on the 
part of the nodes. In the following, a second embodiment 
that can solve these problems will be described. 

(Second embodiment) 

[0087] The configuration of the terminals and the hub 
station in a wireless bus according to this embodiment 
is similar to that shown in Fig. 1 . 
[0088] Fig. 17 shows the structure of a frame that is 
transmitted and received in the wireless bus according 



to the second embodiment, the frame structure corre- 
sponding to Fig. 2. 

[0089] As shown in Fig. 17, a wireless signal with a 
frame structure 90 is divided into a frame start region 

5 91 , a node configuration information modification region 
92, a node configuration information transmission re- 
gion 93, a communication quality information region 94, 
and a data region 95. The hub station 12 indicates the 
start of a frame by using the start region 91 in each 

10 frame. 

[0090] Fig. 1 8 shows a frame start packet 1 00 in de- 
tail, which the hub station 12 inserts into the frame start 
region 91 in the frame structure of Fig. 17. In Fig. 18, 
the frame start region 91 has a head position detection 
15 region 101 for storing a head position detection signal, 
and a size notifying region 1 02 for storing a size notifying 
signal. The head position detection region 101 is used 
for notifying each node in the wireless bus 1 1 of the start 
of a frame. Each node in the wireless bus 11 identifies 
20 the frame start position by receiving this head position 
detecting signal. The size notifying region 102 is used 
for transmitting the size of each of the variable-size re- 
gions in the frame that are subsequently transmitted. 
Based on this size notifying signal, each node in the 
25 wireless bus can identify the subsequent frame struc- 
ture. 

[0091] Fig. 1 9 shows the structure of a node configu- 
ration modification notifying packet 110 in detail, which 
a node inserts into the node configuration information 
30 modification region 92 in the frame structure of Fig. 17. 
The node configuration information modification region 
92 is used for transmission by each node in the wireless 
bus 11 as necessary. When a node is newly added to 
the wireless bus 11, when a node is deleted from the 
35 wireless bus 11 , or when the function of a node in the 
wireless bus 11 is modified, the relevant node notifies 
the hub station 12 of the modification using the node 
configuration information modification region 92. 
[0092] In Fig. 1 9, the node configuration modification 
40 notifying packet 1 1 0 inserted into the node configuration 
information modification region 92 includes a modifica- 
tion type 111 for identifying the content of the modifica- 
tion in the node configuration information and a node 
information 114 for storing a unique identifier 112 and 
45 system parameters 1 1 3 for each node. The modification 
type 111 enables the identification of three kinds of mod- 
ification, namely addition, deletion, and modification in 
the node configuration information. 
[0093] The unique identifier 112 is a number that is 
50 registered for each device in advance. No devices have 
identical numbers. The unique identifier 112 enables the 
individual devices to be identified. The system parame- 
ters 1 1 3 stores the function of each node in the wireless 
bus 11 . The wireless bus 11 acquires the system param- 
55 eters 1 1 3 of each node on the basis of a managed node 
configuration information table (to be described later by 
referring to Figs. 24 and 25) and uses it as a factor in 
making decisions during reconfiguration. 
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[0094] The hub station 12, upon reception of the node 
configuration modification notifying packet 1 1 0, updates 
its own node configuration information based on these 
items of information. 

[0095] Fig. 20 shows the structure of a node configu- 
ration information update packet 1 20 that is inserted into 
the data region 95 in the frame structure of Fig. 17 when 
the hub station 1 2 re-transmits to a node. In Fig. 20, the 
node configuration information update packet 120 in- 
cludes a count (C) 121, a node number (#Node) 122, 
and node information 125. The node information 125 
stores a unique identifier 123 for each node and system 
parameters 1 24. The node number (#Node) 1 22 and the 
node information 125 constitute node update informa- 
tion 1 26. in which a plurality of items of node configura- 
tion update information updated in the individual nodes 
are stored. 

[0096] In the count (C) 121 , the value in the first coun- 
ter possessed by the hub station 12 upon updating is 
stored. In the node update information 126, the node 
configuration update information updated in each node 
is stored. In each item of node configuration update in- 
formation 1 26, the node number (#Node) 1 22 of an up- 
dated node and the node information 114 described with 
reference to the node configuration modification notify- 
ing packet 110 are stored. The node configuration infor- 
mation update packet 120 is used by the hub station 12 
when it retransmits in response to the node configura- 
tion information request packet (Fig. 5). 
[0097] Referring back to Fig. 17, the node configura- 
tion information transmission region 93 is a region used 
by the hub station 12 in transmitting the node configu- 
ration information updated in a previous frame to a node. 
The signal transmitted here is broadcast. This broadcast 
node configuration information update packet has the 
same structure as that of the node configuration infor- 
mation update packet 120. The communication quality 
information region 94 is used for recognizing the com- 
munication path conditions between the individual 
nodes. 

[0098] Fig. 21 shows the structure of the data region 
95 in the frame shown in Fig. 17. In Fig. 21, the data 
region 95 includes a count (C_[Node]) transmission re- 
gion 131 for each node in the wireless bus 11 , and a 
data region 1 32 including the operation of the transmis- 
sion of the nodeconfiguration information update packet 
120 for a node that is not synchronized and for the trans- 
mission and reception of normal data. 
[0099] The count transmission region 131 is used for 
confirming whether or not each node in the wireless bus 

1 1 is synchronized with the node configuration informa- 
tion table in the hub station 12. For each wireless frame, 
each node reports its own current count (C_[Node]) to 
the hub station 12. The hub station 12 acquires thecount 
(C_[Node]) and then updates its own nodeconfiguration 
information table. By comparing the count (C_[Node]) 
of each node with the current count (C), the hub station 

12 confirms the update situations concerning all of the 



nodes and determines whether or not the nodes in the 
wireless bus 11 are synchronized. The data region 132 
is a region that is used by the hub station 12 in trans- 
mitting the node configuration information update pack- 
5 et 1 20, as well as multimedia data such as video or voice 
data, to a particular node. 

[0100] Fig. 22 shows node configuration information 
management blocks on the part of the hub station for 
realizing the node configuration management method 
10 according to the present embodiment, the figure corre- 
sponding to Fig. 7. In Fig. 22, numeral 141 designates 
a counter (C), 142 a node configuration information ta- 
ble (management table on the part of the hub station), 

1 43 a receiver, 1 44 a node configuration information de- 
15 tection means, 145 a node configuration information 

modifying/extracting means, 146 a node configuration 
information creating means, and 147 a transmitter. 
[0101] The value in the counter (C) 141 is increment- 
ed by one when the node configuration information table 

20 in the hub station 12 is updated as a whole. The node 
configuration information table 142 is a table for man- 
aging the node configuration information in the wireless 
bus 11 . The details of the nodeconfiguration information 
table 142 will be described later by referring to Fig. 24. 

25 The node configuration information detection means 

1 44 has the function of detecting the node configuration 
modification notifying packet 11 0 in the node configura- 
tion modification region, the count transmission region 
131 in the data region, and the node configuration infor- 

30 mation update packet 120 in the signal frame received 
by the receiver 1 43. The node configuration information 
modifying/extracting means 1 45, when the node config- 
uration information detection means 144 detects a no- 
tification of node configuration modification, accesses 

35 the node configuration information table 142 and then 
modifies or extracts information in the table 142. 
[0102] The node configuration information creating 
means 1 46 creates a node configuration information up- 
date packet 120 for a node that the hub station 12 has 

40 decided requires retransmission. It also creates a frame 
start packet 100 that is necessary when configuring a 
frame. The transmitter 1 47 has the function of transmit- 
ting a transmission signal created by the node configu- 
ration information creating means 146. The transmitter 

45 147 includes a memory device (queue) for the tempo- 
rary storage of packets. 

[0103] Fig. 23 shows the node configuration informa- 
tion management blocks on the part of a node for real- 
izing the node configuration management method ac- 

50 cording to the present embodiment, the figure corre- 
sponding to Fig. 8. In Fig. 23, numeral 151 designates 
a nodeconfiguration information table (management ta- 
ble on the part of a node), 152 a receiver, 153 a node 
configuration information detection means, 154 a node 

55 configuration information modifying/extracting means, 
155 a node configuration information creating means, 
and 156 a transmitter. 

[0104] The node configuration information table 151 
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is a table for managing the node configuration informa- 
tion in the wireless bus 11 that is received from the hub 
station 12. The details of the node configuration infor- 
mation table 151 will be described later by referring to 
Fig. 25. The node configuration information detection 
means 153 has the function of detecting the frame start 
packet 100 in the frame start region and the node con- 
figuration information update packet 120 in the data re- 
gion in the signal frame received by the receiver 152. 
The node configuration information modifying/extract- 
ing means 1 54, when the node configuration information 
detection means 153 receives the node configuration in- 
formation update packet 120, accesses the node con- 
figuration information table 151 and then modifies or ex- 
tracts information in the table 151. It also has the func- 
tion of extracting the count (C_[Node]) of the node from 
the node configuration information table 151 . 
[0105] The node configuration information creating 
means 155 has the function of transmitting, in each 
frame, the count (C_[Node]) of the node in the node con- 
figuration information table 151 that is extracted by the 
node configuration information modifying/extracting 
means 1 53. It also creates the node configuration mod- 
ification notifying packet 11 Ofor notifying the hub station 
12 of any modifications in the node configuration. The 
transmitter 1 56 has the function of transmitting a trans- 
mission signal created by the node configuration infor- 
mation creating means 155. The transmitter 156 has a 
memory device (queue) for the temporary storage of 
packets. 

[0106] Fig. 24 shows in detail the node configuration 
information table 142 possessed by the hub station 12. 
In the figure, values in <> are examples. As shown, the 
node configuration information table 142 in the hub sta- 
tion records the current count (C), the node number 
(#Nodc), the count (C_[Hub(#Node)]) upon updating for 
each node number, the count (C_[Hub(#Node)]) on the 
part of a node for each node number, and node infor- 
mation for each node number. 

[0107] The value of the current count (C) is increment- 
ed by one when the node configuration information or 
the node information is updated, such as when a node 
is newly registered in the wireless bus 11 , when a node 
is deleted, or when the function of a node is modified. 
As many node numbers (#Node) are provided as the 
maximum number of nodes that can be stored in the 
wireless bus 1 1 . The counts (C_[Hub(#Node)]) at updat- 
ing are associated with node numbers. In this region, 
the count (C) that exists when the node configuration 
information or node information associated with a par- 
ticular number is updated is stored. As many node 
counts (C_[Node(#Node)]) are provided as there are 
nodes. In this region, thecountfor each node in the wire- 
less bus 1 1 that has been transmitted in the count trans- 
mission region 131 in each frame is stored. The node 
information (unique identifier + system parameters) is a 
region where the hub station 12 secures the node infor- 
mation that has been transmitted from a node in the 



above-mentioned node configuration modification noti- 
fying region. Based on this node information, the hub 
station 12 overwrites the node configuration information 
table 142. 

5 [0108] Fig. 25 shows in detail the structure of the node 
configuration information table 151 possessed by a 
node. In the figure, values in <> are examples. As shown 
in Fig. 25, the node configuration information table 151 
for each node stores the count (C_[Node]) upon updat- 

10 ing, the node number (#Node), and the node information 
for each node. 

[0109] The count (C_[Node]) upon updating is where 
the current count (C) that the node acquires when re- 
ceiving the node configuration information update pack- 
's et 120 from the hub station 12 is stored. The count (C) 
therefore indicates when the last update took place. The 
contents of the node number (#Node) and the node in- 
formation are the same as those of the node number 
(#Node) in the node configuration table 1 42 on the part 
20 of the hub station 12. The node receives the node con- 
figuration information update packet 120 transmitted 
from the hub station 12, acquires the updated node con- 
figuration information, and then overwrites the updated 
portion. 

25 [0110] Hereafter, the operation of the node configura- 
tion information management method described above 
will be described in more detail. 
[0111] First, the sequence for synchronizing node 
configuration information in the wireless bus 11 will be 

30 described. Fig. 26 illustrates the node configuration in- 
formation managing sequence, which corresponds to 
the node configuration information managing sequence 
illustrated in Fig. 11 . 

35 <Frame start packet transmission process> 

[01 12] In the frame start region 91 , the hub station 1 2 
transmits a head position detection signal 101 and a size 
notification 1 02 using the frame start packet 1 00 shown 
40 in Fig. 18. 

<Frame start packet reception process> 

[0113] A node that has received the frame start packet 
45 100 acquires the head position detection signal 101, 
identifies the head position, and identifies the subse- 
quent frame structure based on the size notifying signal 
102. 

50 <Node information notifying process (6)> 

[01 1 4] If there is a modification in the configuration in- 
formation in a node in the wireless bus 11, the node 
transmits the node configuration modification notifying 
55 packet 110 to the hub station 12 in the node configura- 
tion information modification region 92. 
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<Node configuration update process (7)> 

[0115] Upon reception of the node configuration mod- 
ification packet 110, the hub station 12 updates its own 
node configuration information table 1 42. Then, the hub 
station 12 broadcasts the node configuration informa- 
tion update packet 1 20 to which the current count (C) is 
attached to all of the nodes in the wireless bus 1 1 in the 
node configuration information transmission region 93. 

<Update procedure (8)> 

[0116] A node that has received the node configura- 
tion information update packet 1 20 acquires the current 
count (C) of the hub station 12 and the node update in- 
formation, and then updates its own node configuration 
information table 151. In the count transmission region 
1 31 , the count (C_[Node]) carried by the node is trans- 
mitted to the hub station 12, thus notifying the hub sta- 
tion 1 2 of the update situation in the table (node config- 
uration information table 151) of the node. 

<Node configuration information synchronizing process 

(9) > 

[01 1 7] Having acquired the count (C_[Node]) of each 
of the nodes in the wireless bus 1 1 and updated the table 
(node configuration information table 1 42) via the count 
transmission region 131, the hub station 12 compares 
the acquired counts with its own current count (C) to de- 
termine whether or not all of the tables have been up- 
dated. If there is a table that has not been updated, the 
hub station 1 2 carries out a retransmission process (10) 
using the data region 95. In this retransmission process 

(10) , the node configuration information update packet 
120 is transmitted to the node that is not updated. The 
node that has received the node configuration informa- 
tion update packet 120 performs the update procedure 
(8). Specifically, the node overwrites the node configu- 
ration information table 151 based on the count (C) and 
the node information in the packet. 

[0118] Hereafter, each of the process sequences (6) 
to (1 0) shown in Fig. 26 will be described by referring to 
a flowchart. 

<Sequence of the node information modification 
notifying process (6) on the part of a node> 

[01 1 9] Fig. 27 shows a flowchart of the node informa- 
tion notifying process (6) sequence on the part of a node 
in the node configuration information managing se- 
quence shown in Fig. 26. 

[0120] Initially, in step S61 , the node determines if it 
is newly registered or deleted, or if there is any modifi- 
cation in the system parameters. If there is no modifica- 
tion, the process comes to an end. If there is a modifi- 
cation, a node configuration modification notifying pack- 
et 110 is created in step S62. After adding the type of 



modification (registration, deletion, or modification), 
unique identifier, and system parameters, the node con- 
figuration modification notifying packet 110 is transmit- 
ted to the hub station 1 2 in step S63, and then the proc- 
5 ess comes to an end. 

<Sequence of the node configuration update process 
(7) on the part of the hub station 12> 

[0121] Fig. 28 shows a flowchart of the node configu- 
ration update process (7) sequence on the part of the 
hub station 12 in the node configuration information 
managing sequence shown in Fig. 26. 
[0122] In step S71 , the hub station 12 determines 
whether or not it has received the node configuration 
modification notifying packet 110. If not, the process 
comes to an end. If it has received the node configura- 
tion modification notifying packet 110, it updates its own 
node configuration information table 1 42 in the hub sta- 
tion 1 2 in step S72, and overwrites the current count (C) 
on the count (C_[Hub(#Node)]) where updated. There- 
after, the hub station 1 2 increments the count (C) by one 
in step S73, creates a node configuration information 
update packet 1 20 in the node update information trans- 
mission region in step S74, and broadcasts it to all of 
the nodes in the wireless bus 11, before the process 
comes to an end. 

<Sequence of the update procedure (8) on the part of a 
node> 

[0123] Fig. 29 shows a flowchart of the sequence of 
the update procedure (8) on the part of a node in the 
node configuration information managing sequence 
shown in Fig. 26. 

[0124] In step S81 , the node receives the node con- 
figuration information update packet 120 from the hub 
station 12. In step S82. the node acquires the count (C) 
and the node update information, and then overwrites 
its own node configuration information table 1 51 to com- 
plete the process. 

<Sequence of the node configuration information 
synchronizing process (9) on the part of the hub station 
12> 

[0125] Fig. 30 shows a flowchart of the sequence of 
the node configuration information synchronizing proc- 
ess (9) on the part of the hub station 1 2 in the node con- 
figuration information managingsequence shown in Fig. 
26. 

[0126] In step S91, the huh station 12 acquires the 
count in each of the nodes in the wireless bus 11 that 
was transmitted in the count transmission region, and 
then updates the counts (C_[Node]) in its own node con- 
figuration information table 142. Thereafter the hub sta- 
tion 12 makes the node number (#Node) zero in step 
S92. 
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[0127] InstepSgS^henodecount^JNode^andthe 
current count (C) in the node configuration information 
table are compared in order to determine whether the 
table in the node has been updated. Based on this com- 
parison of the counts, a decision is made as to the ad- 
visability of retransmission to each node starting from 
the node number zero (#Node^0). When the table of 
the node is up to date, the process goes to step S95 to 
end the process on this particular node. If the table of 
the node is not up to date, a retransmission process (10) 
is performed in step S94, before the process on this par- 
ticular node comes to an end. The details of the retrans- 
mission process (1 0) will be described later by referring 
to Fig. 31. 

[0128] In step S95, it is determined whetherthe node 
number (#Node) has exceeded the maximum node 
number. If not, the node number (#Node) is incremented 
to the next node (#Node++) in step S96 for carrying out 
a retransmission process for the next node. The se- 
quence then returns to step S93, from which the above 
operation is repeated for all of the nodes. When the node 
number (#Node) has exceeded the maximum node 
number, it is decided that the operation has been per- 
formed on all of the registered nodes. Then, the data 
that was stored in the queue in the retransmission proc- 
ess (in step S94) is transmitted to the node in need of 
retransmission in step S97, thus concluding the present 
process. 

<Sequence of the retransmission process (10) on the 
part of the hub station 1 2> 

[0129] Fig. 31 shows a flowchart of the sequence of 
the retransmission process (10) on the part of the hub 
station 12 in the node configuration information manag- 
ing sequence shown in Fig. 26. 

[0130] Initially, in step S101, the hub station 12 ac- 
quires the count (C_[Node]) of the node in the node con- 
figuration information table 142. In step S102, the hub 
station 1 2 makes the node number (#Node) zero. Then, 
in step 103, the hub station 12 compares the acquired 
count (CJNode]) with the count (C_[Hub(#Node)]) 
stored in its own node configuration information table 
1 42 on a node-by-node basis. Based on this comparison 
of the counts, it is determined whether the information 
possessed by the node is older than that owned by the 
hub station 12. 

[0131] If the acquired count (C_[Node]) of the node is 
older than the count (C_[Node]) in the table of the hub 
station 1 2, the hub station : deciding that the node infor- 
mation concerning the particular node must betransmit- 
ted, inserts this node (#Node) and the node information 
into the node configuration information update packet 
120 in step S104 The sequence then proceeds to step 
S105. If the decision in step S103 is negative, the se- 
quence goes to step S105. 

[0132] Instep S105, it is determined whetherthe node 
number (#Node) has exceeded the maximum node 



number. If not, the node number (#Node) is incremented 
for the next node (#Node++) for carrying out a retrans- 
mission process therefor. The sequence then returns to 
step S1 03, and the above operation is performed for all 

5 of the nodes. 

[0133] When the node number (#Node) exceeds the 
maximum node number, it is decided that the operation 
has been performed on all of the registered nodes, and 
the current count (C) is added to the packet in the final 

10 step S107. After the node configuration information 
packet is stored in the transmission queue, the process 
comes to an end. 

[0134] In order to ensure the completeness of or to 
simplify the data, all items of the node configuration in- 
15 formation currently owned by the hub station may be 
transmitted without carrying out the above sequence. 
[0135] If the various packets cannot be transmitted in 
the same frame in the sequences (1) to (10) because 
the node configuration information size is large, for ex- 
20 ample, the transmission may begin after waiting for the 
beginning of relevant regions in the next frame. 
[0136] Thus, in accordance with the node configura- 
tion information management method in the second em- 
bodiment, when the node configuration information ta- 
25 ble 142 in the hub station 12 is updated as a result of a 
change in the node configuration in the wireless bus 1 1 . 
the hub station 12 broadcasts the update information in 
the node configuration information table 1 42 and update 
timing to all of the nodes in the wireless bus 11. Each 
30 node in the wireless bus 11 receives the update infor- 
mation and then updates its own node configuration in- 
formation table 1 51 including the update timing and the 
node configuration information. Each node in the wire- 
less bus 11 notifies the hub station 12 of the update tim- 
35 ing. Based on the reported update timing, the hub sta- 
tion 1 2 recognizes the update situation in the node con- 
figuration information table 151 in each node. If there is 
a node that is not updated, the hub station 12 retrans- 
mits the update information to that node. In this manner. 
40 even a node that failed to receive the broadcast signal 
can maintain synchronization with the hub station 1 2 be- 
tween the node configuration information tables 1 42 and 
151. 

[0137] The modification notifying sequence on the 
45 part of the nodes is the same as that in Embodiment 1 . 
Thus, the hub station 12, in response to a modification 
notification from a node, broadcasts the node configu- 
ration information update packet 120 including the cur- 
rent count (C) and the update information in the same 
50 frame to all of the nodes in the wireless bus 11 . 

[0138] Each node receives the broadcast signal and 
then updates its own node configuration information ta- 
ble 1 51 . The node then notifies the hub station 1 2 of the 
current count in the node in each frame. The hub station 
55 1 2 acquires the count from each of the nodes in the wire- 
less bus 1 1 , and compares it (C_[Node]) with the current 
count (C) in the node configuration information table 
142. The hub station 12 does nothing with respect to a 
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node that has the same count. When the counts are dif- 
ferent, the hub station 1 2 decides that the node is out of 
synchronization, and creates differential data corre- 
sponding to the node's count (C_[Node]). The hub sta- 
tion 12 then transmits a node configuration information 5 
update packet 1 20 including the current count (C) to the 
particular node. The node that has received the update 
data updates its own node configuration information ta- 
ble 151 , so that it is synchronized with the node config- 
uration information table 142 managed by the hub sta- 10 
tion 12. 

[0139] In accordance with the present embodiment, 
the node configuration information table 142 managed 
by the hub station 1 2 can be synchronized with all of the 
nodes in the wireless bus 11 within a minimum one 15 
frame, so that no invalid data is created during synchro- 
nization. Further, because the hub station 12 can rec- 
ognize the update situation in each node in the wireless 
bus 1 1 , the hub station can decide whether or not a re- 
transmission is necessary for any of the nodes. 20 

INDUSTRIAL APPLICABILITY 

[0140] Thus, in accordance with the invention, the hub 
station centrally manages the node configuration infor- 25 
mation in a wireless bus comprising the hub station and 
a plurality of nodes, so that the hub station can share 
the latest node configuration information with all of the 
nodes. 

[0141] Further, in accordance with the invention, the 30 
hub station centrally manages the nodeconfiguration in- 
formation in a wireless bus comprising the hub station 
and a plurality of nodes, so that the hub station can 
share the latest node configuration information with all 
of the nodes in the wireless bus within the shortest 35 
frame. 



Claims 

1. A method of managing the node configuration in a 
wireless network comprising a hub station and a 
plurality of nodes, wherein 

the hub station comprises a hub station man- 
agementtableformanaging unique information 
about each of the nodes, wherein the updating 
of the hub station management table is man- 
aged by first update timing information that is 
transmitted to all of the nodes periodically, 
wherein if the hub station management table is 
modified, modification information is transmit- 
ted to all of the nodes together with the first up- 
date timing information, wherein 
each node has a node management table for 55 
managing the unique information about the 
node, wherein the node receives the first up- 
datetiming information and the update informa- 
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tion, compares first update timing information 
in its own management table with the first up- 
date timing information transmitted from the 
hub station, and rewrites its own management 
table based on the update information if its own 
update timing information is older. 

A method of managing the node configuration in a 
wireless network comprising a hub station and a 
plurality of nodes, wherein 

the hub station has a hub station management 
table for managing unique information about 
each of the nodes, wherein updating of the hub 
station management table is managed based 
on first update timing information that is trans- 
mitted to all of the nodes periodically, wherein 
each node has a node management table for 
managing the unique information about the 
node, wherein the node receives the first up- 
date timing information and compares first up- 
date timing information in its own management 
table with the first update timing information 
transmitted from the hub station, wherein the 
node requests the transmission of the unique 
information data if its own update timing infor- 
mation is old, and rewrites its own management 
table based on the unique information data 
transmitted from the hub station in response to 
the request. 

A method of managing the node configuration in a 
wireless network comprising a hub station and a 
plurality of nodes, wherein 

the hub station has a hub station management 
table for managing unique information about 
each node, wherein updating of the hub station 
management table is managed based on first 
update timing information, wherein 
each node has a node management table for 
managing the unique information about each 
node, wherein the updating of the node man- 
agement table is managed based on the first 
update timing information, the node periodically 
transmitting the first update timing information 
that it manages to the hub station, wherein 
the hub station compares its own first update 
timing information with the first update timing 
information transmitted from each node period- 
ically, the hub station creating the unique infor- 
mation data if the two items of information are 
different and transmitting it to the correspond- 
ing node, wherein 

the node rewrites its own management table 
based on the data transmitted from the hub sta- 
tion. 
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34 



4. The node configuration management method ac- 
cording to claim 2, wherein the unique information 
data transmitted from the hub station in response 
to the request from the node for the transmission of 
the unique information data is differential data in- 5 
eluding only that data in the unique information 
which relates to a node that has been added, mod- 
ified, or deleted subsequent to the update timing in- 
formation carried by the node. 

10 

5. The node configuration management method ac- 
cording to claim 3, wherein the hub station com- 
pares the first update timing information periodically 
transmitted from each node with its own first update 
timing information, and if there is a difference, the 15 
hub station creates unique information differential 
data corresponding to the difference and transmits 
it to the relevant node. 

6. The node configuration management method ac- 
cording to claim 3, wherein the hub station periodi- 
cally transmits the first update timing information to 
all of the nodes and, if the management table is 
modified, the hub station transmits modification in- 
formation to all of the nodes together with the first 
update timing information. 

7. The node configuration management method ac- 
cording to claim 2, wherein the first update timing 
information is sequentially updated, wherein, if the 
first update timing information of the node is older 
than the first update timing information transmitted 
from the hub station by two or more, the node re- 
quests the hub station, together with the update tim- 
ing information of its own, to transmit the relevant 
differential data. 

8. The node configuration management method ac- 
cording to claim 1 or 7, wherein the hub station man- 
ages updating of the unique information about each 
node based on second update timing information in 
the hub station management table, wherein the hub 
station compares the first update timing information 
transmitted from each node with the second update 
timing information of the relevant node in order to 
select differential data. 



ally using the data region, the hub station transmit- 
ting differential data in response to the retransmis- 
sion request using the data region. 

10. The node configuration management method ac- 
cording to claim 3, wherein a frame structure for 
wireless transmission includes a region for trans- 
mitting the unique information about each node, a 
region for the hub station to transmit modified por- 
tion of the unique information to all of the nodes, 
and a data region fortransmitting and receiving nor- 
mal data, wherein the nodes make retransmission 
requests to the hub station individually by using the 
data region, the hub station transmitting differential 
data in response to the retransmission request us- 
ing the data region. 

1 1 . A wireless network system comprising a hub station 
and a plurality of nodes, wherein 
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the hub station comprises a hub station man- 
agementtableformanaging unique information 
about each node based on first update timing 
information, a detection means for detecting a 
25 modification in the node configuration, an up- 

date means for updating the hub station man- 
agement table in accordance with the result of 
detection by the detection means, and a trans- 
mitter for transmitting, if there is a modification 
30 in the hub station managementtable, modifica- 

tion information to all of the nodes together with 
the first update timing information, as well as 
transmitting the first update timing information 
to all of the nodes periodically, wherein 
35 each node comprises a node management ta- 

ble for managing the unique information about 
the node based on the first update timing infor- 
mation, a receiver for receiving the first update 
timing information, and an update means for 
40 comparing the first update timing information in 

the node management table of the node with 
the first update timing information transmitted 
from the hub station and for updating, if the up- 
date timing information of the node is old, its 
45 own node management table based on the 

modification information. 



9. The node configuration management method ac- 
cording to claim 1 or 2, wherein a frame structure 
for wireless communication includes a region for 50 
transmitting thefirst updatetiming information man- 
aged by the hub station to all of the nodes, a region 
for transmitting the unique information about each 
node, a region for the hub station to transmit mod- 
ified portion of the unique information to all of the 55 
nodes, and a data region for transmitting and re- 
ceiving normal data, wherein each node makes a 
retransmission request to the hub station individu- 



12. A wireless network system comprising a hub station 
and a plurality of nodes, wherein 

the hub station comprises a hub station man- 
agementtableformanaging unique information 
about each node based on first update timing 
information, a detection means for detecting a 
modification in the node configuration, an up- 
date means for updating the hub station man- 
agement table in accordance with the result of 
detection by the detection means, and a trans- 
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mitterfor transmitting the first update timing in- 
formation to all of the nodes periodically, where- 
in 

each node comprises a node management ta- 
ble for managing the unique information about 5 
the node based on the first update timing infor- 
mation, a receiver for receiving the first update 
timing information, a data transmission request 
means for comparing the first update timing in- 
formation in the node management table of the 10 
node with the first update timing information 
transmitted from the hub station and for re- 
questing, if the update timing information of the 
node is old, the transmission of the unique in- 
formation data, and an update means for up- 15 
dating its own node management table based 
on the unique information data transmitted from 
the hub station in accordance with the request. 
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